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(54) Title: MANIPULATION OF TRANSACTION REPORTS EST A SIGNALING NETWORK ON AN EXCHANGE OF A NET- 
WORK ELEMENT 

(54) Bezeichnung: HANDHABUNG VON TRANS AKTIONSMELDUNGEN IN EINEMSIGNALISIERUNGSNETZWERKBEI 
EINEM AUSTAUSCH EINES NETZWERKELEMENTES 

(57) Abstract: Transaction reports 
in a signaling network (1) comprise, 
amongst other things, identification codes, 
which characterise the network elements 
concerned and identification numbers for 
the reports. On exchange of a network 
element (7), conventionally, a transition 
phase is used with simultaneous operation 
of a network element (7) for replacement 
and the replacing network element (4). 
During said phase problems occur with 
relation to the unambiguity with the 
generation of identification numbers as both 
network elements concerned are operated 
in said phase with the same identification 
code. The problem particularly arises due to 
the fact that the generation of identification 
numbers in network elements is not 
standardised. According to the invention, 
all transaction messages are run through 
the replacing network element (4) during 
the simultaneous operation phase, the 
identification numbers thereof are registered 
and optionally altered, in order to achieve 
unambiguous relationships between the 
transaction numbers and the transaction 
messages. 
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(57) Zusammenfassung: Transaktionsmeldungen in einem Signalisierangsnetzwerk (1) enthalten unter anderem Identifizierung- 
scodes, die die betroffenen Netzwerkelemente kennzeichnen und Identifikationsnummern der Meldungen. Bei einem Austausch 
eines Netzwerkelementes (7) kommt es iiblicherweise wahrend einer Ubergangsphase zum simultanen Betrieb eines zu ersetzenden 
Netzwerkelementes (7) und eines ersetzendes Netzwerkelementes (4). In dieser Phase treten Probleme bezuglich der Eindeutigkeit 
bei der Generierung von den Identifikationsnummern auf, da beide betroffenen Netzwerkelemente in dieser Phase mit demselben 
Identifizierungscode betrieben werden. Das Problem stellt sich insbesondere, weil die Generierung der Identifikationsnummern in 
Netzwerkelementen nicht standardisiert isL Nach der vorliegenden Erfindung werden samtliche Transaktionsnachrichten wahrend 
der Simultanbetriebsphase uber das ersetzende Netzwerkelement (4) geleitet, ihre Identifikationsnummern registriert und gegebe- 
nenfalls verandert, um eindeutige Zuordnungen zwischen den Transaktionsnummem und den Transaktionsmeldungen zu erzielerL 
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Beschreibung 

Handhabung von Transaktionsmeldungen in einem Signalisie- 
rungsnetzwerk bei einem Austausch eines Netzwerkelementes 

Die Erfindung betrifft das Gebiet der Nachrichtenubermittlung 
2wischen Netzwerkelementen eines Signalisierungsnetzes fur 
den Fall des Austausches eines Netzwerkelementes, wie bei- 
spielsweise eines Routers oder Switches- Dabei wird der Fall 
betrachtet, dass die Netzwerkelemente bei der Obermi ttlung 
von Transaktionsmeldungen zum Auslosen von Funktionen in ei- 
nem anderen Netzwerkelement Identif izierungscodes verwenden. 

Die folgende Beschreibung bezieht sich auf den Fall, dass fur 
die Regelung des Inf ormationsaustausches in dem Signalisie- 
rungsnetz die Protokollf amilie SS#7 verwendet wird. Die Er- 
findung umfasst jedoch in gleicher Weise alle Anwendungen, in 
denen andere Protokolle mit entsprechenden Eigenschaf ten ver- 
wendet werden. 

SS#7 beinhaltet unter anderem einen Teil, der fur die Daten- 
kommunikation verwendet wird und als 'Message Transfer Part' 
(MTP) bezeichnet wird, Ein weiterer Teil wird zum Auslosen 
von Funktionen in einem anderen Netzwerkelement verwendet und 
als 'Transaction Capabilities Application Part' (TCAP) be- 
zeichnet. Typischerweise wird der TCAP dazu verwendet, auf 
entfernte Routingdatenbanken zuzugreifen und Dienste in in- 
telligenten Netzwerken uber mehrere Vermi ttlungen hinweg zu 
koordinieren. Meldungen, die den TCAP betreffen, werden im 
Folgenden als Transaktionsmeldungen bezeichnet* 

Bei Netzwerkelementen eines Signalisierungsnetzwerkes kann es 
sich beispielsweise um Signalubertragungspunkte, genannt 
'Signal Transfer Points' (STP) handeln, die als Router oder 
Switches fungieren, Sie nutzen bei gegenseitigem Austausch 
von Transaktionsmeldungen einen eigenen, das Netzwerkelement 
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charakterisierenden Code, der Ublicherweise als 'Signalling 
Point Code' (SPC) bezeichnet wird. 

Transaktionsmeldungen von Netzwerkelementen beinhalten Ubli- 
cherweise unter andereiu neben den SPCs der betroffenen Netz- 
werkelemente als Transaktionscode eine Nummer fur die Identi- 
fikation der Transaktion, die im Folgenden als Transaktions- 
Identif ikationsnummer (TID) bezeichnet wird. Letztere wird in 
einem Netzwerkelement nach einem Verfahren generiert, das im 
Allgemeinen fur jedes Netzwerkelement individuell gestaltet 
ist. Allerdings ist der Nummernbereich, der fur die Vergabe 
der TIDs zur VerfUgung steht typischerweise in mehreren Netz- 
werkelementen einheitlich. 

Bei einem Austausch eines Net zwer kelementes gibt es bezUglich 
der Handhabung der SPCs prinzipiell zwei Moglichkeiten: Ent- 
weder erhalt das Austausch-Netzwerkelement denselben SPC wie 
das zu ersetzende Netzwerkelement, oder aber einen anderen. 
Bei Wahl eines anderen SPCs kommt es zu erheblichem Aufwand, 
weil Anderungen der Datenbanken der verwendeten Protokolle in 
weiteren Netzwerkelementen vorgenommen werden mUssen. Inso- 
fern ist es moglichst erstrebenswert, auf dem Austausch- 
Netzwerkelement denselben SPC wie auf dem zu ersetzenden 
Netzwerkelement zu verwenden. 

Bei Austausch eines Netzwerkelementes kommt es Ublicherweise 
zu einer zeitlichen Phase, in der das zu ersetzende und das 
Austausch-Netzwerkelement simultan betrieben werden. Wenn bei 
dem Austausch - wie beschrieben - der SPC beibehalten werden 
soli, kommt es wahrend dieser Simultan-Betriebsphase jedoch 
zu Schwierigkeiten bezUglich der Handhabung der TIDs, da bei- 
de betroffenen Netzwerkelemente unabhangig voneinander TIDs 
generieren . 



Ublicherweise ist es nicht moglich, auf zwei Netzwerkelemen- 
ten die beiden entsprechenden Nummernbereiche, aus denen die 
TIDs vergeben werden, derart zu beschranken, dass sie sich 
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gegenseitig ausschlieften, weil der Generierungsvorgang von 
TIDs, wie oben erwahnt, nicht standardisiert ist und infolge- 
dessen von der individuellen Implementierung auf einem Netz- 
werkelement abhangt. Somit stellt sich das Problem der Gene- 
rierung einer eindeutigen SPC/TID Kombination fur Transakti- 
onsmeldungen. 

Der Erfindung liegt die Aufgabe zugrunde, in einem Signali- 
sierungsnetzwerk mit wenigstens zwei seiner Netzwerkelemen- 
ten, die einen identischen Code haben, eine eindeutige Zuord- 
nung von Transaktionsmeldungen aus dem Signalisierungsnetz zu 
ermoglichen . 

Diese Aufgabe wird mit dem im Patentanspruch 1 angegebenen 
Verfahren gelost. Vorteilhafte Ausgestal tungen der Erfindung 
sind in den UnteransprUchen angegeben. 

Die Erfindung wird im Folgenden zunachst fur den Fall von we- 
nigstens zwei Netzwerkelementen, einem zu ersetzenden und ei- 
nem Austausch-Netzwerkelement geschildert. 

Gemafi der Erfindung werden alle Transaktionsmeldungen zwi- 
schen dem zu ersetzenden Netzwerkelement und dem Signalisie- 
rungsnetz uber das Austausch-Netzwerkelement geleitet. Auf 
diese Weise wirkt das Austausch-Netzwerkelement als Weiterga- 
be-Station ftir die betreffenden Transaktionsmeldungen. 

Wenn in einem Austausch-Netzwerkelement vom Signalisierungs- 
netz eine Transaktionsmeldung eingeht, wird zunachst durch 
das Austausch-Netzwerkelement gepruft, ob diese Meldung fur 
das Austausch-Netzwerkelement selbst Oder fur das zu erset- 
zende Netzwerkelement bestimmt ist. Falls die Transaktions- 
meldung fur das zu ersetzende Netzwerkelement bestimmt ist, 
wird sie vom Austausch-Netzwerkelement mit dem zu ersetzenden 
Netzwerkelement als Bestimmungsziel gekennzeichnet und an den 
MTP des Signalisierungsnetzes zuruckgesendet . Hierfur wird 
der 'Signalling Connection Control Part' (SCCP) von SS#7 ver- 
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wendet, Im zu ersetzenden Netzwerkelement kann diese Meldung 
dann schlieJilich weiterverarbeitet werden. 

Im Austausch-Netzwerkelement f indet nach Eingang einer Trans- 
aktionsmeldung, die vom zu ersetzenden Netzwerkelement liber- 
mittelt wird oder fur letzteres bestimmt ist, eine Registries 
rung der TID dieser Transaktionsmeldung statt. Mit der somit 
vorliegenden Information liber diese TID ist es im Austausch- 
Netzwerkelement leicht moglich, bei der Generierung von wei- 
teren TIDs Zweideutigkeiten auszuschlieften . 

Insbesondere ist es dabei gegebenenf alls notig, dass eine 
Transaktionsmeldung mit einer neuen TID versehen wird. In ei- 
nem solchen Fall hat also eine Transaktionsmeldung beim Ein- 
gang in das Austausch-Net zwerkelement eine andere TID als 
beim Verlassen des Austausch-Netzwerkelementes . 

Falls wenigstens zwei Netzwerkelemente durch ein Austausch- 
Netzwerkelement ersetzt werden sollen, werden alle Transakti 
onsnachrichten zwischen den zu ersetzenden Net zwerkelementen 
und dem Signalisierungsnetz liber das Austausch- 
Netzwerkelement geleitet. Bei Eingang einer Transaktionsmel- 
dung flir eines der zu ersetzenden Netzwerkelemente vom Signa 
lisierungsnetz an das Austausch-Netzwerkelement wird in die- 
sem Fall zunachst gepruft, fur welches der zu ersetzenden 
Netzwerkelemente die Transaktionsnachricht bestimmt wird. 
Dann wird unter Wahl ebendieses Net zwerkelementes als zu er- 
setzendes Netzwerkelement in der oben beschriebenen Weise 
weiterverf ahren . 

Vollig analog zu dem Fall mit zwei Netzwerkelementen gestal- 
tet sich der Fall r dass eines von mehreren zu ersetzenden 
Netzwerkelementen eine Transaktionsmeldung liber das Aus- 
tausch-Net zwerkelement an das Signalisierungsnetz sendet. 



Weitere Merkmale, Vorteile und Eigenschaf ten sollen nunmehr 
anhand einer detaillierten Beschreibung eines Ausf uhrungsbei 
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spiels und bezugnehmend auf die Figuren der beigefugten 
Zeichnungen erlautert werden. Es zeigt 

Figur 1 den Weg einer Transaktionsmeldung von einem Sig- 
nalisierungsnetz an ein zu ersetzendes Netzwerkelement 
wahrend der Simultan-Betr iebsphase mit einem Austausch- 
Netzwerkelement; 

Figur 2 zeigt den Weg einer Transaktionsmeldung von ei- 
nem zu ersetzenden Netzwerkelement an ein Signalisie- 
rungsnetz wahrend der Simultan-Betriebsphase mit einem 
Austausch-Netzwerkelement ; 

Figur 3 zeigt Komponenten eines Netzwerkelementes, die 
fur den Weg einer Transaktionsmeldung von einem zu er- 
setzenden Netzwerkelement an ein Signalisierungsnetz we- 
sentlich sind; 

Figur 4 zeigt Komponenten eines Netzwerkelementes, die 
fur den Weg einer Transaktionsmeldung von einem Signali- 
sierungsnetz an ein zu ersetzendes Netzwerkelement we- 
sentlich sind; 

Figur 5 zeigt die Weiterverarbeitung im Koordinations- 
prozessor des Call Feature Servers nach Abfrage der 
Zieladresse . 

In einem SS#7-Signalisierungsnetzwerk hat jedes Netzwerkele- 
ment einen eindeutigen Signalisierungspunkt-Code . Die Netz- 
werkelemente benutzen diese Codes, wenn sie untereinander 
Signalisierungsmeldungen austauschen . 

Typischerweise dienen Transakt ionsmeldungen dazu, auf ent- 
fernte Routingdatenbanken zuzugreifen und Dienste in intelli- 
genten Netzwerken \iber mehrere Vermittlungen hinweg zu koor- 
dinieren. Im Fall von SS#7 wird der entsprechende Protokoll- 
teil 'Transaction Capabilities Application Part' (TACP) ge- 
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nannt und die entsprechenden Meldungen als TCAP-Meldungen be- 
zeichnet . 

Wenn TCAP-Meldungen zwischen den Netzwerkelementen ausge- 
tauscht werden, enthalten die Meldungen zwischen den betrof- 
fenen Netzwerkelementen nicht nur die Signalisierungspunkt- 
Codes der Kommunikationspartner , sondern auch sogenannte 
Transaktions-Identifikationsnummern (TID) . Jedes Netzwerkele- 
ment vergibt seine TIDs nach einem eigenen Schema und nutzt 
dabei denselben Nummernbereich wie die anderen Netzwerkele- 
mente . 

Wenn ein Netzwerkelement (zum Beispiel eine Vermittlungsstel- 
le, die die SS#7-Signalisierung unterstiitzt) gegen ein neues 
Netzwerkelement ausgetauscht werden soil, wird ublicherweise 
f olgendermaften vorgegangen: Dem neuen Netzwerkelement wird 
ein neuer Signalisierungspunkt-Code vergeben und beide Netz- 
werkelemente werden so lange parallel betrieben, bis die ge- 
samte Funktionali tat (beispielsweise Teilnehmer einer Ver- 
mittlungsstelle) von dem alten auf das neue Netzwerkelement 
ubergegangen ist. Wenn in diesem Fallbeispiel unterschiedli- 
che Signalisierungspunkt-Codes benutzt werden, flihrt das zu 
erheblichem Aufwand, weil administrative Veranderungen in 
SS#7-Datenbanken von moglicherweise sehr vielen Elementen im 
SS#7-Netz durchgefuhrt werden miissen. 

Urn diesen Aufwand auf ein Minimum zu reduzieren, ist es er- 
forderlich, beiden Netzwerkelementen, dem alten und dem neu- 
en, denselben Signalisierungspunkt-Code zuzuteilen. Dies je- 
doch erfordert ein spezielles Verfahren im Hinblick auf die 
Signalisierungspunkt-Codes, welche auf den beiden Netzwerk- 
elementen mit demselben Signalisierungspunkt-Code unabhangig 
voneinander generiert werden. Ublicherweise ist es nicht mog- 
lich, die TID-Verwendung durch die beiden Netzwerkelemente 
auf disjunkte Nummernbereiche zu beschranken, weil das Gene- 
rierungsverf ahren fur TIDs nicht standardisiert und infolge- 
dessen abhangig von der Implementierung ist, Daher muss es 
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irgendwie sichergestellt werden, dass eindeutige Kombinatio- 
nen aus Signalisierungspunkt-Code und TID im SS#7-Netzwerk 
verwendet werden. 

Im Falle des in den Figuren 1 und 2 schematisch dargestellten 
Beispiels wird als Protokollf amilie fur das Signalisierungs- 
netz 1 SS#7 2 verwendet. Der 'Message Transfer Part' (MTP) 3 
stellt denjenigen Teil der Protokollf amilie 2 dar, der die 
Datenkommunikation regelt. 

Es wird vorausgesetzt, dass das Austausch-Netzwerkelement 
(das neue Netzwerkelement ) und das zu ersetzende Netzwerkele- 
ment (das alte Netzwerkelement) einen identischen Signalisie- 
rungspunkt-Code, im Folgenden 'Signalling Ponit Code' (SPC) 
genannt / aufweisen . 

Gezeigt sind in Figur 1 - durch Pfeile schematisch darge- 
stellt - Wege einer Transaktionsmeldung wahrend der zeitli- 
chen Phase, in der ein Austausch-Netzwerkelement - im Bei- 
spiel in Form eines sogenannten 'Signalling Switching Point' 
(SSP) 4 dargestellt - und ein weiteres Netzwerkelement 7, das 
durch das Austausch-Netzwerkelement ersetzt werden soil, si- 
multan betrieben werden. Das Austausch-Netzwerkelement 4 be- 
inhaltet unter anderem eine sogenannte TCAP- Function 5, eine 
Bearbeitungseinheit fur Transaktionsmeldungen und einen TID- 
Teil 6, in welchem die Verwaltung der TIDs abgewickelt wird. 

Figur 1 zeigt den Weg einer Transaktionsmeldung, die vom Sig- 
nalisierungsnetz 1 an das zu ersetzende Netzwerkelement 7 ge- 
richtet ist. Erf indungsgemafi wird diese Meldung zunachst an 
das Austausch-Netzwerkelement 4 gesendet, das zwischen das 
Signalisierungsnetz und dem zu ersetzenden Netzwerkelement 
geschaltet ist. Dort angekommen, wird die Meldung in die 
TCAP-Funktion 5 geleitet. In dieser wird ermittelt, dass die 
Meldung fur das zu ersetzende Netzwerkelement 7 bestimmt ist. 
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Daraufhin wird die Meldung an den TID-Teil 6 weitergeleitet, 
in welchem die TID dieser Meldung registriert wird- Im weite- 
ren Verlauf wird die Meldung zuriick an den MTP 3 des Signali- 
sierungsnetzes 1 gesandt. Hierzu dient der Teil von SS#7, der 
ftlr die Erweiterung der Adressierungen und die Obersetzung 
gultiger globaler Adressen in lokale gtiltige Netzwerkadressen 
verwendet wird, der sogenannte 'Signalling Connection Control 
Part' (SCCP) . 

Von dort gelangt die Meldung dann schlielilich zu ihrem Be- 
st immungsort, dem zu ersetzenden Net zwerkelement 7. Die In- 
formation uber die TID dieser Meldung liegt somit im Aus- 
tausch-Netzwerkelement 1 vor und kann bei der Generierung 
weiterer TIDs berucksichtigt werden. 

Figur 2 zeigt den Weg einer Transaktionsmeldung, die von dem 
zu ersetzenden Netzwerkelement 7 fur das Signalisierungsnetz 
1 bestimmt ist. Er f indungsgemafi wird diese Meldung zunachst 
an das Austausch-Netzwerkelement 4 gesendet. Dort angekommen, 
wird die Meldung in die TCAP-Funktion 5 geleitet. Hier wird 
ermittelt, dass die Meldung in diesem Fall fur das Signali- 
sierungsnetz 1 bestimmt ist. Daraufhin wird die Meldung an 
den TID-Teil 6 weitergeleitet . 

Im TID-Teil 6 wird anhand der vorliegenden Inf ormationen uber 
die bereits verwendeten TIDs gepruft, ob die Beibehaltung der 
TID (der aktuellen Transaktionsmeldung) zu Zweideutigkeiten 
im weiteren Verlauf fuhren konnte. In diesem Fall wird die 
TID so verandert, dass sie im weiteren Verlauf eindeutig der 
Transaktionsnachricht zugeordnet werden kann. Andernfalls 
kann die TID unverandert beibehalten werden. Vom TID-Teil 6 
gelangt die Meldung schlielilich zu ihrem Bestimmungsort , dem 
Signalisierungsnetz 1 . 



Wiederum liegt die Information uber die - gegebenenf alls neue 
- TID der Transaktionsmeldung im Austausch-Netzwerkelement 1 
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vor und kann bei der Generierung weiterer TIDs berucksichtigt 
werden. 

Figur 3 zeigt schematisch die Komponenten eines Netzwerkele- 
mentes 4, die bei der Obermittlung von Transaktionsmeldungen 
von einem zu ersetzenden Netzwerkelement 7 an das Signalisie- 
rungsnetz 1 eine Rolle spielen. Eine einlaufende Meldung wird 
vom MTP DISC Element 9 zum SCCP ALLOC Element 10 wei tergelei- 
tet. In diesem findet ublicherweise mittels der in der Mel- 
dung enthaltenen Angabe der globalen Adresse die Festsetzung 
des SPC's des Bestimmungs-Netzwerkelements statt (englisch: 
'Global Title Translation', GTT) . Im vorliegenden Sonderfall 
der Meldung, die von dem zu ersetzenden Netzwerkelement 7 
stammt, wird dies jedoch nicht durchgef uhrt . 

Die Meldung wird weitergeleitet in den Koordinationsprozessor 
des sogenannten 'Call Feature Servers' 13, in dem die TCAP- 
Anwendung 11 realisiert wird, Hier wird insbesondere die TID 
der Meldung registriert und gegebenenf alls verandert, urn eine 
eindeutige Zuordnung der TID zu realisieren. Die vergebene 
TID liegt somit auf dem Netzwerkelement 4 vor und kann fortan 
berucksichtigt werden. Von dort erreicht die Meldung uber das 
MTP ROUT Element 12 schlieftlich das Signalisierungsnetz 14. 

Figur 4 zeigt schematisch die Komponenten eines Netzwerkele- 
mentes 4, die bei der Obermittlung von Transaktionsmeldungen 
aus dem Signalisierungsnetzwerk 1 an ein zu ersetzendes Netz- 
werkelement 7 eine Rolle spielen. Eine einlaufende Meldung 
wird vom MTP DISC Element 9 zum SCCP ALLOC Element 10 weiter- 
geleitet. Hier wird registriert, dass es sich bei dem Bestim- 
mungs-Netzwerkelement urn das zu ersetzende Netzwerkelement 8 
handelt. Die Meldung wird weitergeleitet in den Koordinati- 
onsprozessor des Call Feature Servers 13, in dem die TCAP- 
Anwendung 11 realisiert wird. In diesem wird insbesondere die 
TID der Meldung registriert, so dass sie auf dem Netzwerkele- 
ment 4 fortan berucksichtigt werden kann. Von dort erreicht 
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die Meldung tiber das MTP ROUT Element 12 schliefilich das zu 
ersetzende Netzwerkelement 7. 

Figur 5 zeigt die Weiterverarbeitung einer Transaktionsmel- 
dung nach Abfrage 15 der Zieladresse dieser Meldung im Koor- 
dinationsprozessor eines ersetzenden Netzwerkelementes. Falls 
die Meldung fur das ersetzende Netzwerk selbst bestimmt ist 
16, fuhrt dies zu keiner Veranderung im laufenden Prozess. 
Die Meldung wird weitergeleitet an die Schnittstelle des 
Netzwerkelementes mit den Verbindungsleitungen zu weiteren 
Netzwerkelementen. Dabei sollte es sich nicht urn das zu er- 
setzende Netzwerkelement handeln, da dies auf einen Fehler 
hindeuten wurde . 

Falls die Meldung fur das zu ersetzende Netzwerkelement be- 
stimmt ist 17, wird zunachst die TID der Meldung registriert, 
bevor die Meldung schliefilich Uber MTP an das zu ersetzende 
Netzwerkelement weitergeleitet wird. 

Der erf indungsgemafie Ablauf kann also wie folgt zusammenge- 
fasst werden: 

• Die Ausgangssituation ist dadurch gegeben, dass sowohl das 
alte, als auch das neue SS#7-Netzwerkelement denselben Sig- 
nalisierungspunkt-Code verwenden und dass es im Allgemeinen 
nicht moglich ist, das alte Netzwerkelement auf einen be~ 
grenzten TID-Nummernbereich zu beschranken, der disjunkt zu 
dem TID-Nummernbereich ist, der auf dem neuen Netzwerkele- 
ment verwendet wird. 

• Nach der vorgeschlagenen Losung werden alle Transaktions- 
meldungen zwischen dem alten Netzwerkelement und dem SS#7- 
Netzwerk durch das neue Netzwerkelement geleitet. Das be- 
deutet, dass das neue Netzwerkelement eine Weitergabe- 
Funktion fur diese Meldungen erfullt. 

• Das SS#7-Protokoll legt fest, dass erhaltene SS#7- 
Meldungen, die an den eigenen Signalisierungspunkt-Code ge- 
richtet sind, an die entsprechende Anwendung ubergeben wer- 
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den soli, die durch die Information im Kopfteil der Nach- 
richt festgelegt ist. Die Idee ist: Anstatt die Meldung an 
den empf angenden TCAP-Anwendungsteil zu leiten, wird zu- 
nachst in der TCAP-Funktion im neuen Netzwerkelement ermit- 
telt, ob die TCAP-Meldung tatsachlich fur die lokale TCAP- 
Funktion bestimmt ist oder ob der Empfanger auf dem alten 
Netzwerkelement mit demselben Signalisierungspunkt-Code 
aufzufinden ist. Im letzteren Fall gibt die TCAP-Funktion 
diese Meldung via SCCP an die MTP-Funktion zuriick, damit 
sie von dort zu dem alten Netzwerkelement weitergeleitet 
werden kann, wo sie schlieftlich verarbeitet wird. 
• Im neuen Netzwerkelement wird immer dann eine Aufzeichnung 
der TIDs innerhalb der TCAP-Meldungen durchgef tthrt , wenn 
diese Meldungen vom alten Netzwerkelement stammen Oder fur 
dieses bestimmt sind. Auf diese Weise werden mbgliche TID- 
Mehrdeutigkeiten gelost und die Meldungen werden korrekt zu 
den TCAP-Anwendungsteilen auf dem alten Netzwerkelement und 
auf dem neuen Netzwerkelement geliefert. 
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Patentanspriiche 

1. Verfahren zum Ersatz von Netzwerkelementen in einem Signa- 
lisierungsnetz, 

wobei die Netzwerkelemente bei einem Versenden von Transak- 
tionsmeldungen zum Auslosen von Funktionen in einem anderen 
Netzwerkelement einen das sendende Netzwerkelement identi- 
fizierenden Code und einen Transaktionscode versenden, auf- 
weisend die folgenden Schritte: 

- Leiten aller Transaktionsmeldungen zwischen dem zu er- 
setzenden Netzwerkelement (7) und dem Signalisierungsnetz 
(1) liber das ersetzende Netzwerkelement (4), wobei das zu 
ersetzende (7) und das ersetzende Netzwerkelement (4) den- 
selben identif izierenden Code verwenden, 

- Entscheidung durch das ersetzende Netzwerkelement (4), 
ob eine von dem Signalisierungsnetz (1) ankommende Transak- 
tionsmeldung fur das zu ersetzende (7) oder fur das erset- 
zende (4) Netzwerkelement selbst bestimmt ist und abhangig 
von dieser Entscheidung im erstgenannten Fall Weiterleitung 
der Transaktionsmeldung an das zu ersetzende Netzwerkele- 
ment (7) zur weiteren Verarbeitung und andernfalls Weiter- 
verarbeitung im ersetzenden Netzwerkelement (4) . 

2. Verfahren nach Anspruch 1/ 

25 dadurch gek ennzeichnet, 

dass der Transaktionscode einer Transaktionsnachricht in 
einem Netzwerkelement registriert wird. 

3. Verfahren nach Anspruch 1 oder 2, 

30 dadurch gek ennzeichnet, 

dass der Transaktionscode einer Transaktionsnachricht in 
einem Netzwerkelement verandert wird. 

4. Verfahren nach einem der Anspruche 1 bis 3, 

35 dadurch gek ennzeichnet, 

dass von einem Netzwerkelement fur eine Transaktionsmeldung 
ein Transaktionscode vergeben wird, der der Transaktions- 
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meldung eindeutig zugeordnet werden kann. 

5. Verfahren nach einem der AnsprUche 1 bis 4, 

dadurch gek ennzeichnet, 

dass als Signalisierungsprotokoll SS#7 (2) verwendet wird, 



6. Verfahren nach einem der AnsprUche 1 bis 5, 
dadurch gek ennzeichnet, 
dass fUr die Weiterleitung einer Transaktionsmeldung der 
Teil des Signalisierungsprotokolls verwendet wird, der fur 
die Bearbeitung von Adressierungen verwendet wird. 

7. Verfahren nach einem der AnsprUche 1 bis 6, 
dadurch gek ennzeichnet, 

dass eines der Netzwerkelemente in Form eines SignalUber- 
tragungsortes gegeben ist. 
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